需求範圍與限制條件

這邊我理解為專案範圍以及排班本身的限制條件，水獺所負責班表只需要處理該店鋪外場人員的班表。至於限制條件，則是要思考如何將水獺寫入外部人事系統的班表資訊抓取出來套版列印。

排班邏輯 / 規則

這邊的話就比較一翻兩瞪眼的地方了，而且也依需求者是否足夠了解自己店鋪乃至公司所給予的排班機制。水獺是一位善於歸納的店舖經營者，因此我從她口中取得很多有用的資訊：在她所待的餐飲業是用員工身分計算應完成工時的，而應用情境只適用於該區的該店鋪，將視目標業績訂定應滿足工時

• 正職人員

  • 範例：店主任以上的管理者、一般正職人員
  • 工時要求：當天理論上應以 4 人，8hr/人的方式計算

• 計時人員

  • 範例：工讀生、Part Time
  • 工時要求：相對單純，以當時面試與該員討論的時數為主（有些公司會有最低工時的限制）

• 工時計算依據：依照目標業績訂定應滿足工時，公式如下：

  $$
  總工時=營業額/20000
  $$

  $$
  人工時=總工時/8
  $$

  為什麼會以 20,000 作為分母，則是該企業為該店鋪所制定的，並且會再將總工時以8小時為一人單位算出人工時，剩餘時數則分配給以時薪計的工讀生

那麼，完成排班後，是否需要再給誰看呢？水獺回答說：有，需要給外場主管以及區經理看過，若兩名管理者看過後需要修改，則水獺需要將透過 Excel 匯出列印的紙本班表修改以外，外包的打卡系統所同步上傳的時數也須修正。

PRD 節錄 - 第二部分

使用者需求整理

（需求要能講清楚、拆解痛點與期望）

• 痛點與期望
  • 現行方式最大的痛點是什麼？
    • Key in 到 excel上，excel 是特定的檔案
    • 溝通，要假、突然說下禮拜不能上班、周給班表
  • 最想改善的步驟是什麼？
    • Key in 到 Excel上，Excel 是特定的檔案
  • 如果有自動化工具，你希望它能做到哪些事？（排班、通知、統計…）
    • 都花錢外包打卡系統了，為什麼打卡系統不直接推出匯出功能，匯出紙本班表取代 Excel
  • 有沒有擔心自動化會帶來什麼問題？（靈活性不足、需要學新系統）
    • Excel班表的存在意義可能很重要，所以才會 Excel取代
• 需求範圍與限制條件
  • 個別店鋪的外場班表
• 排班邏輯 / 規則
  • 正職（主任、一般正職、工時8小時*4人起）、依照營業額 /20000（8小時一單位）（兩段班）-人工時：剩餘時數知道工讀生
  • 最後一關：外場主管、區經理